STOE L RIV ES 



I2I013 



Remarks 

Claims 1-26 are pending in the application. All claims stimd rejected- By this 
paper, claims 1,2, 6-10, 12. 18, 19, and 21 have been amended. New claims 27-29 
have been added to provide claim coverage commensurate with the scope of the 
invention. 

Claims 1-2, 5-10, 12, and 14-17 were rejected under 35 U.S.C. 102(b) as 
being anticipated by Ito et al. ("Ito''). Claims 3-4, 11 and 13 wei-e rejected under 35 
U.S.C. 103(a) as being unpatentable over Ito. Claims 18-26 wore rejected under 35 
U.S.C. 103(a) as being unpatentable over Ito in view of Humpleman et al. 
("Humpleman"), These rejections are respectfully traversed. 

Claim 1 has been amended to more particularly point out and distinctly claim 
the subject matter of the invention. As amended, claim I recites a method 
comprising: 

identifying a bitrate histogram associated with mu l imedia content to be 
transmitted to a multimedia node; and 

changing a bandwidth allocation for the multimedi:t node in anticipation 
of a future bitrate spike indicated in the bitrate histogram. 

These claimed features allow a media server to pn Dactively adjust the 

bandwidth allocated to a multimedia node In anticipation of a .uture bitrate spike to 

ensure, among other things, that multimedia content Is reprodu :ed at the multimedia 

node without interruption/jitter. By identifying a bitrate histoar^ m for the multimedia 

content, the server may take steps to prevent a buffer underrun prior to encountering 

the spike, such as providing additional bandwidth to fill a buifer at the multimedia 

node. 
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Ito does not disclose bitrate histograms . Rather, lto;> video data index 
includes instaictions for how to extract certain frames of video df jta to achieve one of 
several different bitrates depending on the network load. In other words, if the 
networl<: load won't pennit the transmission full 1.5 Mbps vidtjo data. Ito's server 
degrades the video quality, as Instmcted in the video data inde-:, by selecting some 
frames and dropping others. 

For example, as shown in FIG. 3, in order to reduce the bitrate to 768 Kbps, 
the system transmits all of the T frames, but only three "P" fiames for each GOP 
(group of pictures), which degrades the video quality somewhat, but is preferable to a 
buffer underrun. Similarly, to achieve 128 Kbps, the system t -ansmits only one T 
frame for every 5 GOPs, substantially degrading the video qualitii. 

As explained by Ito, the "video data index 13 indicates th:t [frame] types [i.e., I 
or P], numbers [/.e.. three "P" frames per GOP], and time axis of data [/.e., the time 
index of the frames] which are to be selected from the comp-essed original video 
data by the video data assembler 14." CoL 6, lines 9-12, Ho is concemed with 
modtfvina the >ndeo data, and the video data index only tells hon( the video data is to 
be modified. It is not a histogram of bitrate requirements for the video data. 

This is clearly set forth in the following example describee by Ito: 

For example, when video data are transferred at a transfer bit rate of 
1.5 Mbps, 64 Kbyte of data are delivered every 3- 10 msec. If there is a 
margin of the load imposed on the networl^, the system can maintain 
the transfer bit rate of 1.5 Mbps for these rielivery parameters. 
However, the video server cannot maintain the transfer bit rate if the 
load is Increased. In order to resolve this prcibltsm, the video server 
starts to measure a time Tr required for transfe • of data at constant 
intervals Ti so as to determine the load imposes I on the network just 
after transfers of video data are started. Then, the video server, in steps 
F43 and 45, compares a measured value Tr to e reference value Tdi, 
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Which is the maximum time required for transfer d data that cannot be 
exceeded in order to maintain the cunrent transfer bit rate. 

If the measured value Tr exceeds the reference »i'alue Tdi, the video 
data assembler 14, in step F44, extracts all tfu^ I pictures and P 
pictures defined as video data to be transferred al the second transfer 
bit rate from the video data 12 so as to set the trsinsfer bit rate to the 
second bit rate setting, modifies the header inbrmation In such a 
manner that the Information shows that video data lo be transferred are 
constructed of all the I and P pictures, and reass<= nnbles the extracted 
data to create video data to be transferred at the ! second transfer bit 
rate which Is reduced from the original transfer bit rate by one level. 
The video data delivery untt 15 delivers the videc data created at the 
new transfer bit rate while creating the video data rather than deliver all 
video data after they are created from the video 6a 3 12. 

Col. 6, lines 29-66 (emphasis added). 

Nothing in FIG. 3 or the accompanying disclosure suggests a histogram of 
bitrate data. Indeed, Ito does not require one. Ito merely redt<^s the bitrate when 
the current network load makes rt impossible to transfer the video data at the full 
brtrate. Ito does not anticipate future bandwidth spikes , as in the claimed invention. 
Furthermore, Ito does not change bandwidth allocations. Rathe", Ito keeps the same 
bandwidth allocations and modifies the underlying video data by ( emoving frames. 

By contrast, a system in accordance with the present nvention relies on a 
bitrate histogram to make proactive changes to bandwidth allocations, without 
modifying the underlvino video data . A system in accordance with the present 
Invention does not degrade the video data as in Ito, e.g., or ly passing three "P" 
frames per GOP. 

By anticipating upcoming bandwidth spikes using the bandwidth histogram, a 
system in accordance with the present Invention may take pioactive measures to 
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increase bandwidth to a particular multimedia node to ensure ttisi the node's buffer is 
full when the spike arrives. Ito has no such teaching or suggestion. 

A system in accorclance with the present invention does not require a "network 
load sensor ^T as in Ito. According to the claimed Invention, bandwidth changes are 
Initiated In anticipation of the spike, well before a network load stensor may detect a 
problem. Ito's reliance on a network load sensor is a signific^int deficiency of his 
system, and actually teaches away from the claimed bitrate histcjiram. 

The addition of Humpleman does not cure the deficiencie-; of Ito. Humpleman 
merely discloses a home network system that provides browser- :>ased command and 
rantrol. Nothing in Humpleman suggests the claimed bitrate histogram. 
Furthermore, nothing in Humpleman suggests modifying a bandwidth allocation in 
anticipation of a bitrate spike indicated within a bitrate histogram 

Accordingly, the applicant respectfully submits that claim 1 is patentably 
distinct over the cited references. Claims 2-7 depend directly oc indirectly from claim 
1 and are thus believed to be patentably distinct for at least the ^ ame reasons. 

As amended, claim 8 recites a method for providinc efficient t>andwidth 
allocation on a bandwidth-limited network comprising: 

receiving a request for multimedia content from a iirst multimedia 

node; 

allocating a first amount of bandwidth to supply seid multimedia 
content to said multimedia node; and 

dynamically adjusting said first amount of bandwid th based on a 
template of bftrate data as a function of time indicating ch Hinges in bitrate 
requirements of said multimedia conten t, wherein said ad usting is done prior 
to the occunrence of said changes . 
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As explained above, Ito does not disclose or suggest a template of bitrate data 
' as a function of time" (e.g.. a histogram). In addition, because of Ito's reliance on a 
networic load sensor rather than a bitrate histogram, he does not make bandwidth 
changes prior to the occurrence of the chan ges In bitrate lU:. the bitrate spiKe). 
Indeed, Ito does not even manipulate bandwidth, as discussed above in connection 
with dalm 1, but simply reassembles the video data, leaving ol1: "P" and sometimes 
"1" frames. 

Claim 12 requires the further step of "dynamically adjusti ■'ig said first amount 
of bandwidth based on a histogram of bitrate data indicating changes in bitrate 
requirements of multimedia content requested by a second multimedia node." Ito 
does not disclose changing a bandwidth allocation of a first mutt media node based 
on a bitrate histogram of a second multimedia node. Even rf Ito" 3 video data Index 
could be construed to be a template of bitrate data as a function of tine, which It 
cannot, Ito could only make decisions concerning modifying the nideo data based on 
the index of multimedia content requested by the firet multimedia i node. 

Accordingly, the applicant respectfully submits that caims 8 and 12 are 
patentably distinct over the cited references. Claims 9-17 depend directly or 
indirectly from dalm 8 and are thus believed to be patentably distinct for at least the 
same reasons. Claims 18-26 Indude similar limitations to those found In claims 8-17, 
but are written in system format Thus, claims 18-26 are Ilk -wise believed to, be 
patentably distinct 

New claim 27 recites a method comprising: 

Identifying a bitrate histogram associated with mu l:imedia content to be 
transmitted to a multimedia node; and 
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delaying a Start time for the multimedia content on 1lie multimedia node 
for a particular period In antjcipation of a future bitrate splKis indicated in the 
bitrate histogram . 

Neither reference, alone or in combination, discloses dela/ing a start time for 
multimedia content in anticipation of a future bitrate spike indicated in a bitrate 
histogram. Accordingly, the applicant respectfully submits that c aim 27 is patentably 



New claim 29 recites a method for providing efficient bardwidth allocation on 
a bandwidth-limited network comprising: 

receiving a request for a first set of multimedia con tent from a first 
multimedia node; 

identltying a firet bitrate histogram associated with the first set of 
multimedia content; 

allocating a particular amount of bandwidth to supf I'ly the first set of 
multimedia content to the first multimedia node based on the first bitrate 
histogram; 

identifying a second bitrate histogram associated v/lth a second set of 
multimedia content to be transmitted to a second multimedia node, the second 
bitrate histogram indicating a future spike in bandwidth re C|uirements for the 
second set of multimedia content; and 

throttlina back the bandwidth allocated to the first s et of multimedia 
content prior to encountering the bandwidth spike associated with the second 
set of multimedia content. 

Neither reference, alone or in combination, discloses usir g two bitrate 
histograms to make bandwidth allocations. Neither reference, alone or In 
combination, disctoses throttling back the bandwidth allocated to a first set of 
multimedia content prior to encountering a bandwidth spike associated with a second 
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set of muftimedia content. Accordingly, the applicant respectfully submits that claim 
29 Is patentably distinct 

In view of the foregoing, the applicant respectfully submits that claims 1-26, as 
amended, as well as new claims 27-29, are patentably distinct o^'^r the cited 
references, alone or In combination. Reconsideration and early lallowance of all 
pending claims herein is respectfully requested. 
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